Amendments to the Claims 

Please cancel claims 6, 9, 13, 18, 22, and 29 without prejudice. 
Please amend the claims as follows: 

1 . (Currently amended) A method comprising: 

establishing secured communication between a client device and a server 

device[[;]] a wherein communication is secured using, at least in part, a 

plurality of synchronized security sequence valu e (s) values ; 

storing a security sequence value from the plurality of synchronized 

security sequence values as a resynchronization value; 

detecting at least one event desynchronizing said secured communication; 

and 

requesting resynchronization of security sequence values, requesting 
resynchronization comprising sending at least a representation of said 
resynchronization value from said client device to said server device. 

2. (Currently amended) The method of claim 1 5 further comprising 
performing anti-replay filtering using said plurality of synchronized security sequence 
values. 

3. (Currently amended) The method of claim 1 , wherein sending at least a 
representation of said resynchronization value includes embedding said resynchronization 
value in at l e ast on e a header and/or at least one of a data packet, a payload of a data 
packe t, or both . 
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4. (Currently amended) The method of claim 1, wh e rein said storing a cli e nt 
rosynchronization valu e includ e s further comprising periodically refreshing [[a]] the 
stored ^synchronization value with a new value at a selected interval from security 
sequence values already used in a secured communication session. 

5. (Currently amended) A method comprising: 

establishing secured communication between a client device and server 
device; wherein communication is secured using, at least in part, a 
plurality of synchronized security sequence valu e (s) values ; 
receiving a request for ^synchronization from the client device, the 
request including at least a representation of a client ^synchronization 
value, the client ^synchronization value being a stored synchronized 
security value of the plurality of synchronized security sequence values; 
acknowledging [[a]] the client request for ^synchronization, 
acknowledging comprising sending at l e ast a the representation of said 
r e qu e st for ^synchronization value and at least a representation of a server 
^synchronization value from said server device to said client device; and 
reestablishing secured communication using said client resynchronization 
value and said server resynchronization value. 

6. (Cancelled) 

7. (Currently amended) The method of claim [[6]] 5, wherein sending at 
least a representation of said client and said server resynchronization values includes 
embedding said client and said server resynchronization values in at least one header^ 
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and/or at least on e pavload . or both of a data packet that conforms to IPsec (Internet 
Protocol Security) standards. 

8. (Original) The method of claim 5, further comprising performing said 
method using a state machine in network circuitry. 

9. (Cancelled) 

1 0. (Currently amended) The method of claim 5, further comprising 
performing anti-replay filtering using said plurality of synchronized security sequence 
values. 

1 1 . (Original) The method of claim 5, further comprising reestablishing 
secured communication during a low-power state. 

12. (Currently amended) The method of claim 5 , further comprising 
reestablishing secured communication while said fest client device lacks an active 
operating system^ and/or lacks an active microprocessor , or both . 

13. (Cancelled) 

14. (Currently amended) An apparatus, comprising; 

(a) a security interface to engage in secured communication with at least one 
network node, wherein said security interface and said at least one 
network node use a plurality of synchronized security sequence values at 
least in part to authenticate said secured communication; 
(i) a recorder to store at least one security sequence value; 
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(ii) a desynchronization detector coupled to said security interface; 

(iii) a resynchronization requester to send the stored security sequence 
value to at least one network node after a desynchronization; and 

(iv) a verifier to receive feedback from said at least one network node; 
(b) a security agent coupled to said at least one network node, comprising: 

(i) a request receiver to recognize said stored security sequence value; 
and 

(ii) an acknowledger to send said feedback from said security agent to 
said security interface[[;]] i said feedback comprising said stored 
security sequence value and a node security sequence value from 
said network node. 

15. (Currently amended) The apparatus of claim 14, wherein the stored 
security sequence values value and the node security sequence valu e s value are 
embedded in at least one header^ and/or at least one pavloa d, or both of a data packet that 
conforms to one or more IPsec (Internet Protocol Security) standards. 

16. (Original) The apparatus of claim 14, wherein said stored security 
sequence value is periodically refreshed with a value at a selected interval from security 
sequence values already used in a secured communication session. 

1 7. (Currently amended) A computer network security sequence value 
resynchronizer, comprising: 

(a) a sender having at least access to a nonvolatile random access memory; 
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(b) said sender to transmit a request for resynchronization, the request 
including a data packet containing at least in part a stored sender 
resynchronization value from said nonvolatile random access memory 
over said computer network; and 

(c) an acknowledger connected to said computer network to receive said 
sender resynchronization value from said sender; said acknowledger 
returning said sender resynchronization value and an acknowledger 
resynchronization value to said sender as security assurance. 

18. (Cancelled) 

19. (Currently amended) The resynchronizer of claim 17, wherein at least one 
sender and at least one acknowledger are installed on any combination of a server and a 
client d e vic e s device in a network . 

20. (Currently amended) A method comprising: 

establishing secured communication between a security interface and a 
network node, said security interface to resynchronize security sequence 
values between said security interface and said network node; 
storing a first resynchronization value selected by said security interface; 
and 

resynchronizing said security sequence values after a break in said secured 
communication, said resynchronizing furth e r comprising: 

sending said first resynchronization value from said security 

interface to said network node; 

Attorney Docket No.: 42390P10773 -6- 
Application No.: 09/895,788 



sending said first ^synchronization value and a second 
^synchronization value from said network node to said security 
interface; and 

reestablishing said secured communication using said first 
^synchronization value and said second ^synchronization value. 

2 1 . (Original) The method of claim 20 further comprising using a security 
interface as a state machine in network circuitry. 

22. (Cancelled) 

23. (Original) The method of claim 20 further comprising storing said first 
^synchronization value in a nonvolatile storage medium. 

24. (Currently amended) The method of claim 20 further comprising 
establishing secured communication using IPsec s e curity (Internet Protocol Security) 
standards. 

25. (Currently amended) The method of claim 20,, furth e r comprising wherein 
reestablishing the secured communication comprises resynchronizing said secured 
communication using said first resynchronization value to resynchronize secured data 
sent from said security interface and using said second resynchronization value to 
resychronize secured data sent from said network node. 

26. (Currently amended) The method of claim 20 further comprising 
resynchronizing the secured communication during a low-power state. 
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27. (Currently amended) The method of claim 20 further comprising 
resynchronizing the secured communication while said network node lacks an active 
operating system and/or lacks an active microprocessor. 

28. (Currently amended) A method, comprising: 

establishing a secured communication between a server device and a client 
device, said secured communication using server a plurality of security 
sequence values synchronized with a plurality of client security sequence 
values; 

storing at least one client security sequence value in nonvolatile memory 
as a saved client security sequence value; and 
resynchronizing server and client security sequence values after a 
desynchronization even t, resynchronizing including [[by]] sending said 
saved client security sequence value from said nonvolatile memory to said 
server device and returning said saved client security sequence value from 
said server device to said client device in a data packet with a server 
security sequence value . 

29. (Cancelled) 

30. (Currently amended) The method of claim 28, said storing further 
comprising periodically refreshing said saved client security sequence value with a 
number that is gr e at e r in valu e than cli e nt s e curity s e qu e nc e valu e s that hav e already b ee n 
s e nt to said s e rv e r devic e in a communication session a later security sequence value . 
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Please add the following claims: 

31. (New) A machine-readable medium having stored thereon data 
representing sequences of instructions that, when executed by a processor, cause the 
processor to perform operations comprising: 

establishing a secured communication between a client device and server 
device; wherein communication is secured using at least in part a plurality 
of synchronized security sequence values; 

storing a security sequence value of the plurality of synchronized security 
sequence values as a ^synchronization value; 
detecting desynchronization of the secured communication; and 
requesting ^synchronization of security sequence values, wherein 
requesting ^synchronization includes sending the ^synchronization value 
from the client device to the server device. 

32. (New) The medium of claim 1, further comprising instructions that, when 
executed by the processor, cause the processor to perform operations comprising: 

periodically refreshing the stored ^synchronization value with a new 
value from security sequence values already used in a secured 
communication session. 

33. (New) A machine-readable medium having stored thereon data 
representing sequences of instructions that, when executed by a processor, cause the 
processor to perform operations comprising: 
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establishing secured communication between a client device and server 
device; wherein communication is secured using, at least in part, a 
plurality of synchronized security sequence values; 
receiving a request for ^synchronization from the client device, the 
request including a resynchronization value, the resynchronization value 
being a stored synchronized security sequence of the plurality of security 
sequence values; 

acknowledging the client request for resynchronization, acknowledging 
comprising sending resynchronization value and a server 
resynchronization value from the server device to the client device; and 
reestablishing secured communication using the client resynchronization 
value and the server resynchronization value. 

34. (New) The medium of claim 33, further comprising instructions that, 
when executed by the processor, cause the processor to perform operations comprising 
reestablishing secured communication during a low-power state. 

35. (New) The medium of claim 33, further comprising reestablishing 
secured communication while the client device lacks an active operating system, lacks an 
active microprocessor, or both. 
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